数据中台唱衰，企业数字化转型路在何方？
作者丨石秀峰
全文共4213个字，建议阅读需12分钟
从“如日中天”到“日薄西山”，中台到底做错了什么？
似乎是从2018年开始，随着“BAJT”这些互联网巨头公司的追捧，“中台概念”在中国迅速火了起来，成为了科技界新的风口，2019年也被称为了“数据中台”元年。
对于寻求数字化转型的企业而言，究竟该如何管理公司的数据资源？如何让数据产生价值，有效服务前端业务？数据中台无疑是呼声最高的。企业纷纷掀起了基于数据中台的数字化转型高潮。
企业数字化转型方兴未艾，而一篇《中台，我信了你的“邪”》却在数据中台如日中天的时候狠狠地浇上了一盆冷水。文中的犀利观点直戳人心：“中台不是万能药，大象吃这个药，强身健体；蚂蚁吃这个药，一击毙命”、“不是IT问题，而是组织问题”、“如果一个企业奔着中台做中台，就是死”。
作者松子（李博源）在《中台翻车纪实：一年叫停，员工转岗被裁，资源全浪费》中讲述了国内某短视频大厂的“中台”建设失败的惨痛经历。
作者Mr.K在《中台搞了2年，项目叫停，CIO被裁！本以为中台是道送分题，没想到是送命题！》更是将“上中台”比喻做最短的IT界笑话，甚至认为“中台”是玄学。
《数据中台风口已过，看看谁还在裸泳？》指出数据中台盛于19年初，19年底潮水退去，现在大部分都在裸泳。没在裸泳的，也渐渐沦落为大数据外包公司，接接项目，苟延残喘，勉强度日。
图片来源：特大号
一时间，唱衰中台的声音此起彼伏，甚至有人认为中台已死！
数据中台项目的失败，谁之过？
成功必定有方法，失败也一定有原因。
在拜读了以上文章的数据中台项目建设失败的案例，以及结合笔者项目经验，总结出来以下几点：
1、业务目标不清晰，或者根本没有业务场景
前一段时间和公司一位销售大佬找我：“某客户有个数据中台的需求，帮忙出个PPT，客户要求的比较急”。我问：“客户有什么需求？”。回答：“客户有30多套系统，需要建设一个数据中台把这些系统的数据全部管理起来，实现数据标准化，将不同系统的业务数据拉通”。接着问：“建设这个平台、数据标准化要解决他们什么样的业务问题？”回答：“目前客户要说不清，总之需要把平台先建设起来，然后……#&##%%#&*吧啦吧啦”
这个是个典型的为了建中台而建中台，在没有明确的业务目标的情况下，数据中台项目的建设往往沦为了政治任务或者面子工程，本身没有解决企业的业务问题，更不用谈驱动业务创新了。
2、没有结合自身特点，照搬所谓“标杆”
有的企业上数据中台，完全是照着别人家的“葫芦”画自己的“瓢”。例如阿里不仅是中台概念的首次提出方，也是中台实践中非常成功的企业，于是乎很多企业就开始学习阿里：阿里提出了中台战略，那我也搞个中台战略；阿里进行了“大中台、小前台”组织模式调整，我也来个“阿米巴”经营模式变更；阿里搞出来一套数据中台产品，那我也……，那我搞不出产品，我把阿里的中台买一套过来还不行？
这样的数据中台建设能成功吗？当然不能。但失败总有原因的，于是我们听到：什么数据中台、什么阿里巴巴，都是骗人的。事实上，并不是数据中台不行，也不是阿里巴巴的中台不行，而是你的企业不是阿里巴巴。
3、高层领导支持的力度不足
数据中台的建设往往由IT技术部门主导，缺乏强有力的协调能力，往往是导致项目失败的一个重要原因。数据中台是一个需要融合业务、技术甚至战略、商业模式的综合体，企业高层支持的力度不足，就会导致其他业务部门的支持力度有限，甚至出现沟通协调困难问题。所以上数据中台不能只是懂技术，若只依靠IT部门推动，则无法完成企业战略目标。面对数据中台，IT技术部门的角色更多应是技术承接，而不是主导，要知道一个花钱的部门永远没有一个赚钱的部门在老板面前有话语权。数据中台的主导一定是公司的顶层，顶层对业务的理解、对战略的落地、对商业的逻辑等，通过中台来实现。
4、数据中台市场中的供需矛盾
我们都知道，在大数据风口下，一些公司拿着几个统计图表都在鼓吹自己是做大数据的，对于数据中台就更加鱼龙混杂了。客户需要和期望值在日益增长，而产品和技术往往却是在原地踏步。拿着新瓶装老酒，稍微包装一下，都说自己卖的是数据中台。真正的矛盾在于，日益增长的用户需求和没有真正了解用户需求的系统设计之间的矛盾。就如《没有中台的命，却得了中台的病》中所说：甲方的内驱力是业务创新、数字化转型，中台，是他们的理想成功路径。乙方的内驱力是卖产品方案、做项目，中台，往往是他们的营销套路。这种供需的不对称，就造成了当下企业级市场的中台乱象。
真正契合企业业务需求的数据中台才是好中台！
5、组织问题和人的问题
组织问题：大家都知道数据中台绝对不是一个技术问题，而是涉及到企业战略层面的问题。中台战略的一个延伸价值就是优化组织结构和提升组织效能。但是，组织的调整，会涉及到话语权的转移和利益的重新分配（特别是在大中型企业），这个太难了。这不是项目组能够左右的了的，往往需要董事会、CEO、CFO等高层领导决策。
人的问题：对业务的理解能力、项目管理能力、技术能力、资源不足等老生常谈的IT项目常见问题，依然是导致数据中台项目失败的原因之一。这个不必多说。
不忘初心、方得始终，回归数据中台的本质
数据中台是什么，或者说数据中台的本质是什么？从目前来看，不同的人有着不同的观点，谈一谈笔者的看法：
数据中台是一个理念
数据中台的核心思想是唤醒沉睡的数据资产，实现数据的流通和共享，让数据用起来，帮助企业降低重复建设、减少烟囱式协作的成本，同时连接数据与业务，沉淀企业的数据资产，实现数据价值化。从理念上，数据中台并不是一个全新的概念，他的核心思想与数据平台、数据仓库并没有太大区别。非要说他们的区别，那就是数据中台更加强调贴近业务——“数据取之于业务，用之于业务”。数据中台的运行以业务目标为驱动，并直接为前端业务输出数据服务，从而实现数据价值。
数据中台是一个方法论
拿阿里巴巴数据中台的OneData方法论+组织运营模式举例：
阿里巴巴OneData方法论包含三个部分内容：OneModel、OneID和OneService。OneModel 即建立企业统一的数据公共层，从设计、开发、部署和使用上保障了数据口径规范和统一，实现数据资产全链路管理，提供标准数据输出（OneModel可以说是为数据标准化而生）。OneID 即建立业务实体要素资产化为核心，实现全域链接、标签萃取、立体画像，其数据服务理念根植于心，强调业务模式。OneService 即数据被整合和计算好之后，需要提供给产品和应用进行数据消费，为了更好的性能和体验，需要构建数据服务层，通过统一的接口服务化方式对外提供数据服务。
阿里巴巴组织运营模式就是“大中台，小前台”，主要的思路是打破原来树状组织结构，小前台距离一线更近，业务全能，这样便于快速决策、敏捷行动；支持类的业务放在中台，扮演平台支撑的角色。
数据中台是一个技术体系
数据中台是通过整合大数据，将海量数据进行采集、计算、存储加工、统一口径、形成标准等，构成企业大数据资产层；借助数据处理工具，形成用户画像、智能推荐等服务，进而赋能于前台应用，为前台的业务提供高效服务。
人们经常将数据仓库、数据湖拿来与数据中台比较，也有专家认为数据仓库、数据湖是一种技术，都有成熟的产品支撑，而数据中台是一个概念。很多人都认为数据中台都是企业积累和沉淀出来的，不是买来的，如果谁在卖数据中台产品，那他一定是个骗子。关于这一点我是基本同意的，但我说说自己的一点小小不同的看法。其实不论数据仓库、还是数据湖在最初被人们提出来的时候，也都是一种概念，甚至一个设想。随着需求的不断明确，技术的不断发展，慢慢地数据仓库和数据湖形成了基于人们共识之上的技术体系。而数据中台也一样，虽然现在不同人对数据中台有着不同定义和理解，但相信最终一定会形成共同的认知和成熟的技术体系。
数据中台是个“一把手工程”
我们以前将企业ERP建设是一个“一把手工程”。要打通部门之间的隔离墙，让信息流得更加通顺，让ERP在信息共享与信息及时性方面给公司带来更大的效益，这都要“一把手”的强大支持。现在的数据中台也一样，只有将数据中台做成一把手工程，才有足够的推动力打破企业的内部各部门之间的壁垒和数据孤岛，让企业把数据真正的用起来。但是同为“一把手工程”，不同的是：ERP时代似乎更加强调“项目”的建设，而数据中台更加强调数据的持续治理和资产化运营。
图片来源：特大号
有专家建议，企业构建数据中台前，要想明白三个问题，你是否真的需要它？你是否有专业的团队来建设它？你能够投入多少资源来建设它？越来越多的企业在要建设数据中台，做之前要想想归根结底它要用来解决什么问题，和现有平台有多少区别？
这就是笔者常提到的“初心”的问题。在入局之前，不妨试着回答以下数据中台的灵魂三问：
1、数据中台是什么（what）
2、为什么需要数据中台，它能解决什么问题（why）
3、怎样建设数据数据中台（how）
这三个问题想清楚了，在入局数据中台也不迟！
最后，引用笔者在年初写的一篇《数据中台“热”下的“冷思考”》的观点作为本文的结尾：